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Abstract (Basic) : WO 200029917 A 

The instantiatable base objects include a program processi 
ng object 

type that processes a user-defined program and a driver object 
type to 

control the process hardware. The projection process involves 
the steps 

of selection and initializing the base object. The software ap 
plication 
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is performed on a runtime system and the projection on an engi 
neering 

system. 

The programmer/projector selects base object types from a 
number of 

predefined base object types for the automation. The selection 
of a 

base object corresponds to an instantiation of the base object 
type. 

The existing instance of the base object type is a base object 
USE - To control movement of computer controlled productio 

n 

machinery. 

ADVANTAGE - Eases merging of control program and decreases 

number 

of central processing units needed. 
Dwg. 1/6 
Derwent Class: T01; T06 

International Patent Class (Main): G05B-015/02; G05B-019/042 ; G06F 
-019/00 

International Patent Class (Additional) : G06F-009/44 



Page 2 



O'tr'OGseg' 



@ BUNDESREPUBLIK 
DEUTSCHLAND 




® Offenlegungsschrift 
DE 198 53 205 A1 



®) Int. CI. 



7. 



G 05 B 15/02 

G 06 F 9/44 



DEUTSCHES 
PATENT- UND 
MARKENAMT 



® Aktenzeichen: 
@ Annneldetag: 
® Offenlegungstag: 



198 53 205.9 
18. 11. 1998 
15. 6.2000 



o 

CM 

CO 
\S> 

00 

o> 

LU 

Q 



® Anmelden 

Siemens AG, 80333 Munchen, DE 



@ Erfinder: 

HeU, Karl, Prof. Dr.-lng. habil., 09244 Lichtenau, DE; 
Heber, Tino, Dr.-lng., 09599 Freiberg, DE; Kirste, 
Steffen, Dr.-lng., 09439 Amtsberg, DE; Horn, 
Wolfgang, Dr.-lng., 09337 Hohensteih-Ernstthal, DE; 
Kosel, Norbert, Dr.-lng., 091 12 Chemnitz, DE 



LA 
O 
CM 

CO 
Lf> 

00 

« 



Die folgenden Angaben sind den vom Anmelder eingereichten Unterlagen entnommen 

Prufungsantrag gem. § 44 PatG ist gestellt 

@ Verfahren zur Steuerung technischer Prozesse 

® Aufgrund der Vielschichtigkeit der bei der Bewegungs- 
steuerung von Produktionsmaschinen zu erfullenden An- 
forderungen wird von einem Sortiment an Hardwarebau- 
gruppen, die mit ausretchender Rechenleistung, einem 
Echtzeitbetrtebssystem und spezifischer Grundfunktiona- 
litat ausgerustet sind, einem Netzwerk (z. B. Profibus) zu m 
Aufbau eines dezentralen Systems mit verteilter Steue- 
rungsfunktionalitat sowie Bedien- und Beobachtungsge- 
raten mit vorprojektierten Oberflachen ausgegangen. Mit 
der Erfindung wird ein konflgurier-, verteil- und prograrn- 
mierbares Steuerungssoftwaresystem zur individuellen 
Anpassung der Steuerungslosung an die Kundenanforde- 
rung vorgeschlagen, mit dem die projektierte Steue- 
rungslosung auf Hardwarebaugruppen verteilt wird und 
wobei ein z. B. auf einem Programmiergerat oder auf ei- 
■ nem Personalcomputerablaufendes Engineeringsystgem 
t zur Verwaltung, Konfiguration, Programmierung, zum 
• Monitoring, Debugging und zur Inbetriebnahme einge- 
setzt wird. 
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Beschreibung 

Die vorliegende Erfindung betrifft ein Verfahren zur 
Steuerung technischer Prozesse, insbesondere zur Bewe- 
gungsssteuerung von Produktionsmaschinen, wobei mittels 
einer zentralen Recheneinheit ein Steuerungsprogramm ab- 
gearbeitet wird, das auf einer Instanziierbarkeit sowie einer 
bedarfsgerechten Verschaltung von Soft ware komponenten 
mit vorgebbarer, zumindest parametrierbarer Funktionalitat 
basiert. 

Bisher bekannte Verfahren zur Automatisierung techni- 
scher Prozesse basieren im wesentlichen entweder auf einer 
"SPS-Funktionalitat" oder auf einer TNC-Funktionalitat". 
Da im Rahrnen solcher Funktionalitaten ein gewisser Funk- 
tionsumfang fest vorgegeben ist, ist eine optimale Anpas- 
sung an die Anforderungen eines speziellen Prozesses hau- 
fig nur bedingt moglich, wobei im konkreten Anwendungs- 
fall oft eine ganze Gruppe von Funktionen tiberflussig ist 
(z. B. beim Einsatz einer CNC-Steuerung, die eigentlich fur 
Werkzeugmaschinen konzipiert ist, an Verpackungsmaschi- 
nen). 

Des weiteren existieren im Hinbiick auf den jeweiligen 
Anwendungsfall individuell ausgelegte Einzwecksteuerun- 
gen in Form speziell programmierter Steuerungssoftware. 

Aus der DE 197 40 550 ist auBerdem eine Vorrichtung 
zum Steuern eines technischen Prozesses und/oder zur 
Steuerung der Bewegung einer Verarbeitungsmaschine be- 
kannt, die ein Steuerprogramm abarbeitet. Dieses Steuerpro- 
gramm besteht aus einer Vielzahl von Software-Modulen. 
ProzeB steuerungsfunktionalitaten von an sich bekannten 
speicherprogrammierbaren Steuerungen und Bewegungs- 
funktionalitiiten von an sich bekannten NC-Steuerungen 
sind in einem einheitlichen, konfigurierbaren Steuerungssy- 
stem verwirklicht. Die einzelnen Software-Module werden 
hier jedoch durch jeweils eine Teilsteuerung abgearbeitet, so 
daB fur jedes Software-Modul eine zentrale Recheneinheit 
vorzusehen ist. 

Aufgabe der vorliegenden Erfindung ist es, das Zusam- 
menfiigen des Steuerungsprogramms zu vereinfachen und 
die Anzahl der notwendigen zentralen Recheneinheiten zu 
verringem. 

Diese Aufgabe wird mittels eines Verfahrens zur Projek- 
tierung bzw. Programrnierung einer Softwareapplikation zur 
Steuerung und/oder Uberwachung eines externen techni- 
schen Prozesses dadurch gelost, daB instanziierbare Basis- 
objekttypen mit adressierbaren Schnittstellen zur Parame- 
trierung und Verschaltung vorgesehen sind, daB als instanzi- 
ierbare Basisobjekttypen zumindest ein Prograrnmverarbei- 
tungsobjekttyp zur Abarbeitung eines benutzerdefinierbaren 
Programms und zumindest ein Treiberobjekttyp zur An- 
steuerung der ProzeB hardware vorgesehen ist und daB die 
Projektierung zumindest die Schritte der Seiektion, Parame- 
trierung und Verschaltung der Basisobjekte urnfaBt. 

Das Steuerungsprogramm besteht somit im wesentlichen 
aus Software-Objekten mit adressierbaren Schnittstellen. 
Zur Projektierung und Programrnierung einer konkreten 
Softwareapplikation wahlt der Projektierer/Programmierer 
aus einer Menge vordefinierter Basisobjekttypen die fur das 
jeweilige Autornatisierungsvorhaben erforderlichen Basis- 
objekttypen aus. Die Seiektion eines Basisobjekttyps ent- 
spricht im Rahmen der Projektierung/Programmierung der 
Instanziierung des entsprechenden Basisobjekttyps. Die je- 
weilige Instanz eines Basisobjekttyps ist ein Basisobjekt. 
Mittels der Schnittstellen der Basisobjekte sind die Basisob- 
jekte parametrier- und verschaltbar, so daB sich die jeweils 
entsprechend der konkreten Anforderungen ausgewahlten 
Basisobjekte uber ihre Schnittstellen zu einem Steuerungs- 
programm zusammenzufugen lassen und somit schlieBlich 
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eine Softwareapplikation fur konkrete Steuerungsfunktio- 
nen bilden. 

Als Basisobjekttypen komrnen Objekttypen mit grund- 
satzlich vorgegebener Funktionalitat in Frage. Ein Pro- 
5 grammverarbeitungsobjekt ermoglichtdie Ausfuhrung einer 
konkreten durch den jeweiligen Benutzer individuell fur je- 
des Programmverarbeitungsobjekt vorgebbaren Anwei- 
sungsfolge. 

Zur Ansteuerung der ProzeB hardware sind die Treiberob- 
10 jekte vorgesehen, wobei fiir unterschiedliche Hardware- 
komponenten jeweils unterschiedliche Treiberobjekte vor- 
gesehen sind, auch wenn in der nachfolgenden Beschrei- 
bung verkiirzt nur noch von Treiberobjekten gesprochen 
wird. 

15 Vorteilhaft kann zur Vorgabe einer FuhrungsgroBe fiir 
eine Hardware-Teilkomponente des technischen Prozesses 
ist als instanziierbarer Basisobjekttyp ferner ein Fuhrungs- 
groBenobjekttyp vorgesehen sein. 

Dariiber hinaus oder alternativ kann zur Regelung einer 
20 Hardware-Teilkomponente des externen technischen Pro- 
zesses als instanziierbarer Basisobjekttyp ein Reglerobjekte 
vorgesehen sein. 

Vorteilhafterweise erfolgt die Projektierung/Programmie- 
rung auf einem Engineering-System, wahrend die Software- 
25 Applikation auf einem Runtime-System zur Ausfuhrung 
kommt. Die Projektierung bzw. Programrnierung ist damit 
unabhangig von der Ausfuhrung der jeweiligen konkreten 
Software- Applikation. 

Die Erfindung erfaBt nicht nur die Projektierung/Pro- 
30 grammierung einer Software- Applikation sondern auch die 
jeweilige gemaB der Erfindung projektierte/programmierte 
konkrete Software-Applikation, insofern als die Steuerung 
und/oder Uberwachung des technischen Prozesses mittels 
einer gemaB dem erfindungsgemaBen Verfahren projektier- 
35 ten bzw. programmierten Software-Applikation erfolgt. Die 
Software-Applikation zeichnet sich durch die jeweils ver- 
wendeten Basisobjekte und deren konkrete Verschaltung 
aus. 

Weitere Merkmale, Vorteile und Anwendungsnioglich- 
40 keiten der Erfindung ergeben sich aus den Unteranspriichen, 
der nachfolgenden Beschreibung eines Ausfuhrungsbei- 
spiels anhand der Figuren und der Figuren selbst. Dabei bil- 
den alle beschriebenen und/oder bildlich dargestellten 
Merkmale fiir sich oder in beliebiger Kombination den Ge- 
45 genstand der vorliegenden Erfindung, unabhangig von ihrer 
Zusammenfassung in den Anspriichen oder deren Riickbe- 
ziehung. 
Dabei zeigt 

Fig. 1 eine exemplarische Struktur einer Bewegungs- 
50 steuerungs applikation (MC- Applikation), 

Fig. 2 eine Detailansicht einer Komponente einer MC- 
Applikation mit einem Programmverarbeitungsobjekt 
einer Hardwareanbindung iiber entsprechende ^crob- 
jekte und 

55 Fig. 3 eine schematische Darstellung der Entwicklungs- 
umgebung zur Projektierung bzw. Programrnierung der 
MC- Applikation auf einem Engineering-System einerseits 
und zum Ablauf der projektierten bzw. programmierten 
MC-Applikation auf einem Runtime-System andererseits. 
60 Fig. 4 ein Objekt-Modell, 

Fig. 5 Interface-Definitionen und 

Fig. 6 eine Objektstruktur einer Schlauchbeutelmaschine. 
Jedes Autornatisierungsvorhaben setzt auf Seiten des zu 
automatisierenden Prozesses auf einem Sortiment von Hard- 
65 warebaugruppen auf. Im Falle eines Bewegungssteuerungs- 
sy stems, das im Rahmen der nachfolgenden Beschreibung 
vordringlich betrachtet werden soli, sind dies z. B. Einachs-, 
Dreiachs-, Vierachsbaugruppen mit entsprechenden Antrie- 
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ben. 

Auf der Software-Seite ist zur Handhabung der iiblicher- 
weise verarbeitungs-asynchron zu beriicksichtigenden Er- 
eignisse dcs technischen Prozesses ein Echtzeitbetriebssy- 
stem und dariiber hinaus ein Netzwerk zum Aufbau eines 
dezeniralen Steuerungssystems mil verteilter Steuerungs- 
funktionalitat erforderiich. 

Das in Fig. 1 dargestellte Bewegungssteuerungssoftware- 
system, im folgenden MC-Softwaresystem. umfaBt zumin- 
dest ein Engineeringsystem ES (Off-Line) und ein Runtime- 
system RS (On-Line). 

Das ES dient dabei dem Anwender zur ErsteLlung einer 
Bewegungssteuerungsapplikation, im folgenden MC-Appli- 
kation_MCA genannt. Das RS ubemimmt deren Ausfuh- 
rung. 

Zur Erstellung einer MCA gehoren die Systemkonfigura- 
tion, die Erstellung der Anwenderprogramme auf Hochspra- 
chenniveau und die Uberfuhrung dieser Informationen in 
eine RS-intem ausfuhrbare Form (Executable). Das RS 
dient der Ausfiihrung des Executables. 

Jede in Rahmen des RT zum Einsatz komrnende Hardwa- 
rekomponente wird als Systembaustein SB bezeichnet. Es 
kann aus einem oder mehreren, iiber ein Netzwerk NW ver- 
bundenen SB's bestehen. SB's sind dabei Prozessrechner mit 
dedizierter, auf die Steuerungsfunktionalitat zugeschnittener 
Peripherie (auch PC moglich), auf denen notwendige und 
optionale RS-Komponenten ablaufen. 

Das Engineeringsystem ES lauft auf einem Programmier- 
gerat oder Personal Computer unter einem Standardbe- 
triebssystem ab. Das ES besitzt fur Inbetriebnahme- bzw. 
Testzwecke dieses Executables einen Zugang zum RS. 

Die konkrete Steuerungsstruktur entsteht durch Verschal- 
tung von auf den SB's, gemaB Fig. 1, instanziierbaren soge- 
nannten Basisobjekten BO, die mit un terse hiedlic her Funk- 
tionalitat ausgestattet sind. Je nach Anwendung konnen die 
Basisobjekte BO auf SB' verteilten (instanziiert) werden. 
Des weiteren weist zum ZugrifT auf die Standardharware 
HW grundsatzlich jeder Systembaustein SB ein Betriebssy- 
stem BS auf. 

Beispiele fiir Basisobjekte BO sind: 

- Reglerobjekte FCO fiir verschiedene Reglerfunktio- 
nen, 

- FuhrungsgroBenobjekte CVO als FuhrungsgroBen- 
erzeuger, die vor allem Bewegungsbefehle ausfiihren, 

- Programmverarbeitungsobjekte PPO zur Abarbei- 
tung vorgebbarer Anwenderprogramme. 

- Treiberobjekte DRO zur Anpassung der Steuerung 
an Schnittstellen der verschiedene Hardwarebaugrup- 
pen sowie 

- Systemmanagerobjekte SMO als Schnittstelle zum 
Betriebssystern, 

- Boot-Objekt BOO zur Speicherung des Executables 
der MCA und zur Organisation des Systemanlaufs. 

Alle Basisobjekte BO auBerden Systemmanagerobjekten 
SMO und einigen Treiberobjekten DRO sind von "auBen" - 
also-durch den Projektierer oder Entwickler - instanziierbar. 
Die Basisobjekte BO selbst existieren in der Steuerung als 
Firmware des RS. 

Bei den Basisobjekten BO wird unterschieden zwischen 
anwenderkonfigurierbaren Funktionalobjekten und notwen- 
dige n Systernobjekte n. Anwenderkonfigurierbare Funktio- 
nalobjekte sind z. B. die Reglerobjekte FCO, die Fiihrungs- 
groBenobjekte CVO, die Programmverarbeitungsobjekte 
PPO, einige Treiberobjekte DRO und ein RS-weites exclusi- 
ves Boot-Objekt BOO. Notwendige Systernobjekte sind da- 
gegen die Systemmanagerobjekte SMO und spezielle Trei- 



berobjekte DRO. 

Funktionalobjekte FCO, CVO und PPO sind typische Ob- 
jekte zur Projektierung einer Steuerungslosung nach den 
Anforderungen der jeweiligen Anwendung. Notwendige 
5 Systernobjekte SMO, DRO werden zum Netzwerkzugang 
auf einem Systembaustein SB bei A nlauf der Firmware an- 
gelegt und verschaltet und sind von auBen nicht instanziier- 
bar, Darnit ist der Zugang auf jede Hardware HW gewahrlei- 
stet. 

to Eine MC-Applikation MCA wird durch Verschaltung, 
Konfiguration und Anwenderprogrammierung (bei PPO's) 
von Basisobjekten erreicht. Vorkonfigurierte- BO-Gruppen 
konnen im ES gebildet undVoder verarbeitet werden. Darnit 
erfolgt eine Makro-Bildung in Form von Applikationsmo- 

15 dulen SAM auf Anwenderebene. 

Die Verschaltung der Basisobjekte BO wird grundsatzlich 
von "auBen" mittels des ES konfiguriert und im Executeable 
abgelegt. Die Herstellung der realen Verschaltung erfolgt 
auf Grund dieser, im Executeable enthaltenen Informationen 

20 durch das BOO oder das ES. 

Die Verschaltung der Basisobjekte BO erfolgt iiber dafiir 
vorgesehene Schnittstellen an den BO's. Diese Schnittstel- 
len sind im RS und ES eindeutig adressierbar. Es wird zwi- 
schen optionalen und nichtoptionalen Schnittstellen unter- 

25 schieden. Nichtoptionale Schnittstellen dienen allgemeinen 
Systemfunktionen wie dem Empfang von Konfigurationsda- 
ten, dem Variablenaustausch oder fur Debug- und Trace- 
Zwecke. Optionale Schnittstellen reprasentieren funktionale 
Spezifika eines BO's nach auBen. 

30 Das ES benutzt zur Reprasentation von BO-iypen bzw. - 
Instanzen im RS SteLlvertreterobjekte bzw. Instanzen^ als 
duale Darstellung. Uber diese Stellvertreterobjekte erhalt 
das ES Informationen iiber die Eigenschaften von BO's und 
(bei aktivem RS-Zugang) Zugang zu den BO's und deren 

35 Schnittstellen im RS. Diese Beziehungen sind in Fig. 4 dar- 
gestellt. 

Schnittstellen im Engineeringsystem (ES- Interfaces) 

40 Alle Basisobjektklassen verfugen als nicht optionale ES- 
Interfaces iiber Kommando- und Konfigurationsschnittstel- 
len, wqbei bei Bedarf eine Trennung erfolgen kann. Weitere 
optionale ES-Interfaces sind Variablen-Schnittstellen, De- 
bug-Schnittstellen bzw. Trace-Schnittstellen. 

45 In Fig. 5 sind Objektschnitts telle n beschrieben. wobei zur 
Verknupfung von zwei Schnittstellen folgende Matching- 
Regeln (alle AND-verkniipft) verwendet werden: 
Verkniipft wird wenn: 

50 1. die Interfaceld's gleich sind 

2. die Interface-Direction komplementar zueinander 
sind 

3. der Transmit-Type gleich ist 

4. die Connectivity dies noch zulaBt 



Schnittstellen im Laufzeitsystem RS (RS- Interfaces) 

Die Festlegung der RS-Interfaces erfolgt im Bewegungs- 
60 steuerung s laufzeitsystem direkt. Die Schnittstellen werden 
im Engineeringsystem ES iiber Typkennungen verwaltet 
und adressiert, so da8 deren Verschaltung moglich ist. 

Zur Verschaltung der Basisobjekte BO zu einer konkreten 
Steuerung ist das auf einem Personal Cornputer/Program- 
65 miergerat ablaufende Engineeringsystem ES vorgesehen, 
das Off-Line arbeitet und auf Abbilder samtlicher Basisob- 
jekte BO ZugrifT hat. Im Einzelfall kann die Verschaltung 
der Basisobjekte BO altemativ auch iiber ein "internes" 
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Bootobjekt BOO vorgenommen werden. 

Mil Hilfe des Engineeringsystems ES wird die konkxete 
Steuerungslosung programmiert und unter Einsatz entspre- 
chender Werkzeuge in Betrieb genommen. Durch die Ver- 
schaltung und Konfiguration der Basisobjekte BO entstehen 
Applikationsmodule SAM mit bestimmter, den Hardware- 
baugruppen entsprechender Funktionalitat (Einachsmodul, 
Mehrachsmodul, etc.). 

Die Ausfiihrung einer konkret projektierten Software- 
struktur erfolgt im Runtimesystem RS. 

Die wichtigsten Basisobjekte BO, sind die Reglerobjekte 
FCO, die FuhrungsgroBenobjekte CVO und die Programm- 
verarbeitungsobjekte PPO, wobei im foigenden diese Ob- 
jekte, beginnend mit dem Programmverarbeitungsobjekt 
PPO, anhand von Fig. 2 naher dargestellt werden. 

Ein Programmverarbeitungsobjekt PPO ist primar eine 
zur Abarbeitung eines Anwenderprogramms AP fahige vir- 
tueLle Maschine. Das Programmverarbeitungsobjekt PPO 
beinhaltet alle Funktionen zur Ausfiihrung einer Befehlsse- 
quenz in einem zeitlichen Multi-Tasking-Kontext. Das je- 
weilige Anwenderprogramm AP ist in einer speziellen As- 
semblerkodierung MCASM der virtuellen Maschine abge- 
legt, nachdem es auf dem Engineeringsystem ES graphisch 
APG oder textuell APT erstellt, compiliert und von diesem 
an das jeweilige Programmverarbeitungsobjekt PPO trans- 
feriert wurde. Der Zugang zu BO- und Betriebssystemfunk- 
tionahtaten wird somit iiber den Befehlssatz der virtuellen 
Maschine realisiert. 

Fiir ein MC-Applikation werden die jeweiligen Steue- 
rungsprogramme direkt in der Art mehrerer Tasks geschrie- 
ben und angelegt. Zur Abarbeitung des jeweiligen Steue- 
rungsprogramms werden vom Programmverarbeitungsob- 
jekt PPO Tasks AT, ATZ, ATS im Multi-Tasking-System an- 
gelegt. Diese Tasks konnen fur verschiedene Abarbeitungs- 
modi eingerichtet werden, wobei z. B. zwischen zyklischer 
Abarbeitung - zyklische Task ATZ - entsprechend der Ar- 
beitsweise z. B. einer speicherprogrammierbaren Steuerung 
und einer sequentiellen Abarbeitung - sequentielle Task 
ATS - z. B. bei der Berechnung einer Bewegung unterschie- 
den wird. Dabei konnen sich die Tasks selbstverstandlich 
gegenseitig beeinflussen, indem z. B. aus einer zyklischen 
Task ATZ die Koordination einer sequentiellen Bewegungs- 
task ATS erfolgt. Aus diesen Anwendertasks AT, ATZ, ATS 
heraus werden weitere Tasks iiber MCASM-Instruktions zur 
Nutzung der Funktionen der Reglerobjekte FCO, der Fuh- 
rungsgroBenobjekte CVO und/oder derTreiberobjekte DRO 
angelegt. 

Eine einzelne LAP stellt eine Anweisung auf MCASM- 
Niveau dar. Eine LAP kann PPO-inteme und PPO-exteme 
Schnittstellen von anderen BO's bzw. des Betrieb ssys terns 
zur Realisierung seiner Funktion benutzen. Der Aufbau und 
die Verwaltung PPO-extemer Verbindungen erfolgt durch 
den MNG. Das PPO startet zur Verabeitung der geiadenen 
IAP-Sequenz, die im ES aus dem AP erzeugt wurde, eine 
Default- ATS bei einer definierten LAP (entspricht Pro- 
gramm-Eintrittspunkt). Es existieren IAP's, die eine rekur- 
sive Task-Nutzung ermoglichen. Dazu sind im MCASM- 
Befehlssatz z. B. IAP's vorhanden, die das Erzeugen einer 
neuen ATS oder ATZ und deren Start ab einer bestimmten 
IAP innerhalb der IAP-Sequenz ermoglichen. 

Neben Standardoperationen eines Rechners, Ein-/Ausga- 
befunktionen sowie speziellen Funktionen, die ansonsten 
z. B. von einer speicherprogrammierbaren Steuerung bereit- 
gestellt wtirden, werden Funktionen zur Berechnung von 
Bewegungen und zur Regelung benotigt. Diese hoheren 
Funktionen stellen z. B. die FuhrungsgroBenobjekte CVO 
und Reglerobjekte FCO zur Verfugung. 

Ein Programmverarbeitungsobjekt PPO ist primar eine 



zur Abarbeitung von IAP-Sequenzen fahige virtuelie Ma- 
schine. Eine einzelne IAP stellt eine Anweisung auf 
MCASM-Niveau dar. Sie bildet den prograrnmierbaren Zu- 
gang des Anwenders zu den Funktionalitaten der BO's und 
5 des BS . Die Erzeugung und der Transfer der IAP-Sequenzen 
erfolgt in den Schritten: 



- Erzeugung eines AP auf textuellem (APT) oder gra- 
phischem (APG) Wege im ES. 

- Compilation des AP in IAP-Sequenzen (systemspe- 
zifische Kodierung; MCASM) der virtuellen Maschine 
des PPO im ES und Ablegen in einem Executable-File. 

- Transfer der IAP-Sequenzen aus dem Executable an 
das jeweilige PPO durch das ES oder ein BOO. 



to 
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Eine IAP kann PPO-interne und PPO-externe Schnittstel- 
len von anderen BO's bzw. des BS zur Realisierung seiner 
Funktion benutzen. Der Aufbau und die Verwaltung dieser 
Verbindungen erfolgt durch den MNG. 
20 Die iiber IAP's zuganglichen Funktionalitaten gliedem 
sich in: 



- A nwender- Multitasking: 

Dabei konnen neue Tasks mit zyklischer (ATZ) bzw. 
sequentieller (ATS) IAP-Bearbeitung auf der geiade- 
nen IAP-Sequenz erzeugt, zerstort und beeinflufit wer- 
den. Die dafur definierten IAP's benutzen dazu Funk- 
tionalitaten des BS. 

- Verarbeitung von S tandarddatentypen (Zahlen, 
Strukturierte Datentypen etc.) 

- I/O-Operationen 

- Zugang zu Spezialfunktionalitaten mit PPO verbun- 
den BO'S wie z. B. CVO zur Bewegungsgenerierung 
oder FCO zur Regelung. 



25 



30 



35 



Der Start der Programmabarbeitung des PPO erfolgt auf 
Kommando des ES oder BOO iiber dessen Kommando- 
Schnittstelle. Dazu wird im PPO eine Default-ATS gestartet, 
die ihre Arbeit bei einer definierten IAP (entspricht Pro- 

40 gramm-Eintrittspunkt) der geiadenen IAP-Sequenz beginnt. 
Um physikalische Geriite M mittels eines Achs- Interfaces 
oder eines Ein-/Ausgabe-Interfaces iiber die konkrete Steue- 
rungshardware des Systembausteins SB zu betreiben, wer- 
den Treiberobjekte DRO eingeordnet. DRO's dienen der 

45 Entkopplung von Objektschnittschnittstellen von der kon- 
kreten Hardware, indem sie spezifische Detailles zu deren 
Ansteuerung implementieren. Im Ausfiihrungsbeispiel 
kommt gemaB Fig. 2 zur Ansteuerung des Motors M ein 
Reglerobjekt FCO, ein Treiberobjekt DRO und ein Fuh- 

50 rungsgroBenobjekt CVO zum Einsatz. Der Ausgangswert 
des Reglerobjektes FCO dient iiber das Treiberobjekt DRO 
direkt zur Ansteuerung des Motors M. Das Fiihrungsgro- 
Benobjekt FCO, das in nicht dargeste liter Weise mit dem 
Reglerobjekt FCO verschaltet ist, liefert zumindest die Fiih- 

55 rungsgroGe fiir die z. B. mittels des Reglerobjektes FCO 
konstant gehaltene Drehzahl des Motors M. Des weiteren ist 
noch ein Treiberobjekt DRO fiir Eingabefunktionen E, mit 
denen sich z. B. ProzeBzustande erfassen lassen, und Ausga- 
befunkdonen A, z. B. zum Einschalten bestimmter ProzeB- 

60 komponenten, vorgesehen. 

Die Moglichkeiten hinsichtlich Konfiguration, Program- 
mierung, Inbetriebnahme etc. werden nachfolgend anhand 
von Fig. 3 dargestellt. 

Im Engineeringsystem ES wird eine konkrete Steuerungs- 

65 losung entsprechend der jeweiligen Anforderungen des 
Kunden unter Einsatz entsprechender Werkzeuge VEW, 
KON, PRG (Verwaltung, Konfiguration, Programmierung) 
konfiguriert und programmiert, wobei die Inbetriebnahme 
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durch weitere Werkzeuge INB ? MON, DEB (Inbetrieb- 
nahme, Monitoring, Debugging) unterstiitzt wird. Die Aus- 
fiihrung einer konkret projektierten Softwarestruktur mit 
dem zugehbrigem Anwenderprogramm erfolgt im Runtime- 
system RS. 5 

Das Engineeringsystem ES ermoglicht demzufolge die 
ingenieurmaBige Handhabung einer Bewegungssteuerungs- 
applikation (MC-Applikation) MCA und dariiber hinaus 
auch die Representation des Runtimesystems RS wahrend 
des Engineerings (also von der Projektierung bis zur Inbe- 10 
triebnahme). 

Dazu hat das Engineeringsystem ES Zugriff auf ein Ab- 
bild samdicher im Runumesystern RS ausfiihrbarer Basis- 
objekte BO. Demzufolge sind als Basisobjektklassen zu- 
mindest die oben bereits aufgefiihrten Reglerobjekte FCO, 15 
FiihrungsgroBenobjekte CVO, Programmverarbeitungsob- 
jekte PPO, Treiberobjekte DRO und Systernmanagerobjekte 
SMO vorgesehen. 

Sowohl im Engineeringsystem ES als auch im Runtime- 
system RS existiert iiber die Hardware HW (Programmier- 20 
gerat oder Personal Computer HW1 fur Engineeringsystem 
ES, Steuerungshardware HW2 fur Runtimesystem RS) ein 
vollstiindiges Laufzeitsystem mit Betriebssystem BS, Werk- 
zeugen zum Systemmanagement und Basisobjekten BO. 

Der Vorteil der vorliegenden Erfindung liegt vor allem 25 
darin, daB ein zu automatisierender technischer ProzeB mit 
erhohter Funktionalitat, z. B. im Hinblick auf Logik, Bewe- 
gung, Regelung und Messung, erhohter Dynarnik, insbeson- 
dere durch entsprechende Anpassung iiber eine geeignete 
Hardwareauswahl und flexibler Struktur, z. B. als Stand- 30 
Alone, zentrale oder dezentrale bzw. verteilte Losung, hand- 
habbar ist. 

Fiir die logischen Ablaufe, Bewegungsvorgange oder Re- 
gelungen stehen Basiselemente oder Basisfunktionen zur 
Verfugung. Die Basiselemente sind dabei verbindbare Kom- 35 
ponenten, die Basisobjekte BO, die die Grundkomponenten 
fiir Automatisierungsaufgaben rnit jeweils einheitlichen 
Schnittsteilen darstellen. Die Basisfunktionen stehen im 
Rahmen prograrnmierbarer Funktionen zur Verfugung, wo- 
bei ein Grundbefehlssatz fiir Logik, Bewegung (Einzel- 40 
achse, lose und enge Master-Slave^Kopplung, Geometrie- 
Verbund) und Regelung verwendbar ist. Diese Struktur er- 
moglicht eine freie Programmierbarkeit und eine flexible 
Anpassung an die Gegebenheiten des jeweiligen Automati- 
sierungsvorhabens durch das Instanziieren und das Verbin- 45 
den der jeweiligen Objekte. 

Das Gesamtsystem stellt sich als Kombination aus einem 
Laufzeitsystem einerseits, mit einem Steuerungskem als 
verteilbarem Steuerungsbetriebssystem, und einem Engi- 
neeringsystem andererseits, das insbesondere die graphische 50 
Programmierung des Automatisierungsvorhabens iiber eine 
entsprechende Oberflache ermoglicht, dar. 

Diese Struktur kommt insbesondere einer natiirlichen 
Herangehensweise bei der Automatisierung technischer 
Prozesse entgegen, namlich einem schrittweisen Vorgehen, 55 
das mit der Festlegung der jeweiligen Funktionen beginnt, 
woraus sich logische Abhangigkeiten einzelner Funktionen 
oder Funktionsgruppen ergeben bzw. ableiten lassen und 
sich erst im Rahmen von Detailbetrachtungen mit konkreten 
Bewegungsvorgangen und dazu eventuell erforderlichen 60 
Regelungen befaBt. 

Dies ermoglicht eine Einheit im Abarbeitungsprinzip, 
bietet gleichzeitig eine erhebliche Flexibilitat bei der Sy- 
stemgestaltung. 

Eine nach diesem Ausfuhrungsbeispiel konzipierte Steue- 65 
rung kann beispielsweise angewandt werden fiir eine Ver- 
packungsmaschine mit funf Achsen im Hauptbereich, einern 
Temperaturregler und einem 3-Achs-Handlingsystem. 
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Im folgenden wird auf Fig. 6 verwiesen. in welcher eine 
Objektstruktur einer Schlauchbeutelmaschine gezeigt ist. 
wobei folgendes Vorgehen realisiert wird: 

Ml: Produkt-Zufuhrbahn 

- Produktlange konst. oder alternativ Produktabstand 
konst. 

- Produktlange n- Toleranz . . . -20%; soil zur ver- 
gleichsweise gleichen Verpackungslangen-Toleranz 
fuhren und VerpackungsfoUe sparen 

- Produktabstande variabel (sowohl zu dicht als auch 
zu weit); soli die Verpackungslange des Produkts nicht 
beeinflussen 

M2: Langsnaht-Siegelstation (Master-Antrieb) 

- Kontinuierliche Bewegung 

- Folienabzug haufig mit iiber diesen Antrieb 

- Arbeitswerkzeuge (geheizten Siegelrollen) werden 
bei Anlagenstillstand iiber SPS- Steuersignale auBer 
Arbeitsstellung gebracht 

M3: Quersiegelstation X- Richtung 

- Bewegungsablauf: 

- Aufsynchronisieren auf Fixpunkt des Verpak- 
kungsstrangs (Mitte zwischen zwei Produkten) 

- Synchroniauf zum Fixpunkt 

- Absynchonisieren, Bewegungsumkehr 

- Riickbewegung 

- Zyklusende, Stillstand (nicht zwingend) 

- Aufsynchronisierpunkt iiber zuvor ermittelte Pro- 
duktlange und Forrnelwerk des Anwenders berechnet, 
im Anwenderprogramm hinterlegt und iiber Produkt- 
einstellungen parametrierbar. 

- "Nebenbewegungen" (Absynchronisierkurve, Ruck- 
hub) an das Geschwindigkeitsniveau der Masteracn.se 
angepaBt 

M4: Folienrollen antrieb 

- Bewegungsanforderungen eines Wickelantriebs 
(Zentralwickler) 

- Durchmessererfassung und Auswertung 

- Einsatz insbesondere bei glatter Folie 

- Steuermarken bei bedruckter Folie erfassen und Dif- 
ferenzen der Lieferung iiber Elastizitat der Folie aus- 
gleichen 

M5: Quersiegelstation Y- Richtung 

- Bewegungsablauf: 

- SchlieBen des Siegelwerkzeugs nach dynamisch op- 
timierter Funktion (gegenwartig haufig auftretende Be- 
schleunigungs und Bremsgerausche sind unerwiinscht) 

- SchlieBgerausch der Stegelbacken ( r, Klatschen") 
sollen nicht auftreten, aber eine sichere Beruhrung ist 
erforderlich (Gleichnis "Pressen im letzten Bewe- 
gungsabschnitt" benutzt) 

- Dynamische Anpassung der SchlieBbewegung an 
die Elastizitat und Lose der SchlieBmechanik erfordert 
Anpassung 

- Anpassung zeigt sich gegenwartig stark Geschwin- 
digkeits abhangig (neuer Arbeitspunkt neue Einstel- 
lung) 

- Zusiitzliche Randparametern des SchlieBprofils Fo- 
lienmiinahme (extra beschleunigungsbegrenzt) 
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- Verweilzeit irn geschlossenen Zustand (konstant?) 

- Schwellendes Moment uber Drehmomentenrege- 
lung in der Verweilzeit 

- Offnung der Siegelbacken nach einer zweiten Funk- 
tion 5 

- Zyklusende; Stillstand 

- Bewegungshub der Siegelbacken von der Produkt- 
hohe abhangig (Verstellung?, MeBeingang auswerten?) 

- Verknupfung der Bewegungsprofile X- und Y-An- 
trieb (SchlieBbewegung beginnt bereits vor dem Errei- 10 
chen des Synchronpunkts??; Absynchronisieren be- 
ginnt vor vollstandiger Offnung??) ist noch zu betrach- 
ten 

- An die SchlieBbewegung ist das Schneidsignal zu 
koppeln (dynamisch hochwertiger Ausgang; uber SPS 15 
zu Langsam). 

Zusammenfassend laBt sich die Erfindung wie folgt kurz 
beschreiben: 

Das Bewegungssteuerungssystern ist ein programmierbares, 20 
dezentral und flexibel aus verschiedenen Hardwarebaugrup- 
pen bestehendes Steuerungssystem, dessen Hardewarebau- 
gruppen ais Systembausteine bezeichnet werden. 

Aufgrund der Vielschichtigkeit der bei der Bewegungs- 
steuerung von Produktionsmaschinen zu erfullenden Anfor- 25 
derungen wird von einem Sortiment an Hardwareb augrup- 
pen, die mit ausreichender Rechenleistung, einem Echtzeit- 
betriebssystem und spezifischer Gnindfunktionalitat ausge- 
riistet sind, einem Netzwerk (z. B. Profibus) zum Aufbau ei- 
nes dezentralen Systems mit verteilter Steuerungsfunktiona- 30 
litat so wie Bedien- und Beobachtungsgeraten mit vorprojek- 
tierten Oberflachen ausgegangen. Mit der Erfindung wir ein 
konfigurier-, verteil- und programmierbares Steuerungssoft- 
waresystem zur individuellen Anpassung der Steuerungslo- 
sung an die Kundenanforderung vorgeschlagen, mit dem die 35 
projektierte Steuerungslosung auf Hardwarebaugruppen 
verteilt wird und wobei ein z. B. auf einem Programmierge- 
rat oder auf einem Personal Computer ablaufendes Enginee- 
ringsystem zur Verwaltung, Konfiguration, Programmie- 
rung, zum Monitoring, Debugging und zur Inbetriebnahme 40 
eingesetzt wird. 

Bezugszeichenliste: 

AP Anwenderprogramm 45 
APG graphisch erstelltes Anwenderprogramm 
APT textuell erstelltes Anwenderprogramm 
AT Applikationstask 
ATS sequentielle Applikationstask 
ATZ zyklische Applikationstask 
BO Basisobjekt 
BOO Boot-Objekt 
BS Betriebssystem 
COM Kommunikation (Software) 
CVO Fiihrungsgrofienobjekt 
DEB Debugger 
DRO Treiberobjekt 
ES Entwicklungssystem 
FCO Reglerobjekt 
HW Hardware 
HWn n-te Hardware 

IAP Instruktion im Anwenderprogramm (MCASM-Niveau) 
INB Inbetriebnahme-Tool 
KON Konfigurations-Tool 

MC Motion Control 65 
MCA Motion Control Applikation 
MCASM Asseblersprache des MC-Sy stems 
MNG Manager 



50 



55 



60 



MON Monitor 

Mx Motor x 

NW Netzwerk 

PC Personal Computer 

PPO Programmverarbeitungsobjekt 

PRO Programmier-Tool 

RS Runtime-System 

SAM Einachs-Applikationsmodul 

SB Systembaustein 

SMO Systemanagerobjekt 

VEW Verwaltungs-Tool 

Patentanspriiche 

1. Verfahren zur Projektierung bzw. Programmierung 
einer Softwareapplikation zur Steuerung und/oder 
Uberwachung eines externen technischen Prozesses, 
wobei instanziierbare Basisobjekttypen (BO) mit 
adressierbaren Schnittstellen zur Parametrierung und 
Verschaltung vorgesehen sind, 

wobei als instanziierbare Basisobjekttypen (BO) zu- 
mindest ein Programmverarbeitungsobjekttyp (PPO) 
zur Abarbeitung eines benutzerdeflnierbaren Pro- 
gramms und zumindest ein Treiberobjekttyp (DRO) 
zur Ansteuerung der ProzeBhardware vorgesehen ist 
und wobei die Projektierung zumindest die Schritte der 
Selektion, Parametrierung und Verschaltung der Basis- 
objekte (BO) umfaBt. 

2. Verfahren nach Anspruch 1, dadurch gekennzeich- 
net, daB als instanziierbarer Basisobjekttyp (BO) femer 
zumindest ein FuhrungsgroBenobjekttyp (CVO) zur 
Vorgabe einer FuhrungsgroBe fur eine Teilkomponente 
des externen technischen Prozesses vorgesehen ist. 

3. Verfahren nach Anspruch 1 oder 2, dadurch gekenn- 
zeichnet, daB als instanziierbarer Basisobjekttyp (BO) 
ferner zumindest ein Reglerobjekte (FCO) zur Rege- 
lung einer Teilkomponente des externen technischen 
Prozesses vorgesehen ist. 

4. Verfahren nach einem der obigen Anspriiche, da- 
durch gekennzeichnet, daB die Projektierung auf einem 
Engineering-System (ES) erfolgt und daB die Soft- 
ware- Applikation auf einem Runtime-System (RS) zur 
Ausfuhrung kommt. 

5. Verfahren nach Anspruch 4, dadurch gekennzeich- 
net, daB samtliche Basisobjekttypen (BO) im Enginee- 
ring-System (ES) ein Abbild haben. 

6. Verfahren zur Steuerung und/oder Uberwachung 
externer technischer Prozesse, dadurch gekennzeich- 
net, daB die Steuerung und/oder Uberwachung des 
technischen Prozesses mittels einer mit einem Verfah- 
ren nach einem der obigen Anspriiche projektierten 
bzw. programmierten Software- Applikation erfolgt. 
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